观书有会意处,题其衣裳,以记其事~
1、分类
线程之间的锁有:互斥锁、条件锁、自旋锁、读写锁、递归锁。一般而言,锁的功能与性能成反比。不过我们一般不使用递归锁(C++标准库提供了std::recursive_mutex),这里仅介绍前两种锁。
1.1、互斥锁
互斥锁用于控制多个线程对他们之间共享资源互斥访问的一个信号量。也就是说是为了避免多个线程在某一时刻同时操作一个共享资源。例如线程池中的有多个空闲线程和一个任务队列。任何是一个线程都要使用互斥锁互斥访问任务队列,以避免多个线程同时访问任务队列以发生错乱。
在某一时刻,只有一个线程可以获取互斥锁,在释放互斥锁之前其他线程都不能获取该互斥锁。如果其他线程想要获取这个互斥锁,那么这个线程只能以阻塞方式进行等待。
类型:pthread_mutex_t,
函数:
- pthread_mutex_init(pthread_mutex_t mutex, const phtread_mutexattr_t mutexattr); //动态方式创建锁,相当于new动态创建一个对象
- pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER; //以静态方式创建锁
- pthread_mutex_destory(pthread_mutex_t *mutex) //释放互斥锁,相当于delete
- pthread_mutex_lock(pthread_mutex_t *mutex)
- pthread_mutex_unlock(pthread_mutex_t *mutex)
- int pthread_mutex_trylock(pthread_mutex_t * mutex); //会尝试对mutex加锁。如果mutex之前已经被锁定,返回非0,;如果mutex没有被锁定,则函数返回并锁定mutex;
1.2、条件锁
条件锁就是所谓的条件变量,某一个线程因为某个条件为满足时可以使用条件变量使改程序处于阻塞状态。一旦条件满足以“信号量”的方式唤醒一个因为该条件而被阻塞的线程。最为常见就是在线程池中,起初没有任务时任务队列为空,此时线程池中的线程因为“任务队列为空”这个条件处于阻塞状态。一旦有任务进来,就会以信号量的方式唤醒一个线程来处理这个任务。这个过程中就使用到了条件变量pthread_cond_t。
类型:pthread_cond_t
函数:
- pthread_cond_init(pthread_cond_t condtion, const phtread_condattr_t condattr); //对条件变量进行动态初始化,相当于new创建对象
- pthread_cond_t condition = PTHREAD_COND_INITIALIZER;//静态初始化条件变量
- pthread_cond_destory(pthread_cond_t * condition); //释放动态申请的条件变量,相当于delete释放对象
- pthread_cond_wait(pthread_cond_t cond, pthread_mutex_t mutex); //该函数以阻塞方式执行。如果某个线程中的程序执行了该函数,那么这个线程就会以阻塞方式等待,直到收到pthread_cond_signal或者pthread_cond_broadcast函数发来的信号而被唤醒。
2、示例
1 |
|
编译执行
1 | [min@bogon:] mutex $ gcc mutex_demo.cpp -o mutex_demo |
3、其他
3.1、std::mutex与pthread_mutex区别
pthread_mutex初始化时,需要传入参数mutexattr,其包含如下几种,但是std::mutex 只有是一种嵌套锁。
- PTHREAD_MUTEX_TIMED_NP,这是缺省值,也就是普通锁。当一个线程加锁以后,其余请求锁的线程将形成一个等待队列,并在解锁后按优先级获得锁。这种锁策略保证了资源分配的公平性。
- PTHREAD_MUTEX_RECURSIVE_NP,嵌套锁,允许同一个线程对同一个锁成功获得多次,并通过多次unlock解锁。如果是不同线程请求,则在加锁线程解锁时重新竞争。
- PTHREAD_MUTEX_ERRORCHECK_NP,检错锁,如果同一个线程请求同一个锁,则返回EDEADLK,否则与PTHREAD_MUTEX_TIMED_NP类型动作相同。这样就保证当不允许多次加锁时不会出现最简单情况下的死锁。
- PTHREAD_MUTEX_ADAPTIVE_NP,适应锁,动作最简单的锁类型,仅等待解锁后重新竞争。